Software Deployment In Disaggregated Computing Platforms

ABSTRACT

Software configuration deployment techniques for disaggregated computing architectures, platforms, and systems are provided herein. In one example, a method includes instructing a communication fabric to establish a first partitioning in the communication fabric between a first processor and a storage element, and deploying at least a software configuration to the storage element using the first partitioning. The method includes instructing the communication fabric to de-establish the first partitioning, and instructing the communication fabric to establish a second partitioning in the communication fabric between a second processor and the storage element comprising the software configuration, wherein the second processor operates using the boot image.

RELATED APPLICATIONS

This application is a continuation of, and claims priority to, U.S.patent application Ser. No. 16/245,330, entitled “SOFTWARE DEPLOYMENT INDISAGGREGATED COMPUTING PLATFORMS,” and filed Jan. 11, 2019 (U.S. Pat.No. 10,540,185, with an issue date of Jan. 21, 2020).

BACKGROUND

Computer systems typically include bulk storage systems, such asmagnetic disk drives, optical storage devices, tape drives, or solidstate storage drives, among other storage systems. As storage needs haveincreased in these computer systems, networked storage systems have beenintroduced which store large amounts of data in a storage environmentphysically separate from end user computer devices. These networkedstorage systems typically provide access to bulk data storage over oneor more network interfaces to end users or other external systems. Inaddition to storage of data, remote computing systems include variousprocessing systems that can provide remote computing resources to endusers. These networked storage systems and remote computing systems canbe included in high-density installations, such as rack-mountedenvironments.

However, as the densities of networked storage systems and remotecomputing systems increase, various physical limitations can be reached.These limitations include density limitations based on the underlyingstorage technology, such as in the example of large arrays of rotatingmagnetic media storage systems. These limitations can also includecomputing density limitations based on the various physical spacerequirements for network interconnect as well as the large spacerequirements for environmental climate control systems.

In addition to physical space limitations, these bulk storage systemshave been traditionally limited in the number of devices that can beincluded per host, which can be problematic in storage environmentswhere higher capacity, redundancy, and reliability is desired. Theseshortcomings can be especially pronounced with the increasing datastorage and retrieval needs in networked, cloud, and enterpriseenvironments.

OVERVIEW

Software configuration deployment techniques for disaggregated computingarchitectures, platforms, and systems are provided herein. In oneexample, a method includes instructing a communication fabric toestablish a first partitioning in the communication fabric between afirst processor and a storage element, and deploying at least a softwareconfiguration to the storage element using the first partitioning. Themethod includes instructing the communication fabric to de-establish thefirst partitioning, and instructing the communication fabric toestablish a second partitioning in the communication fabric between asecond processor and the storage element comprising the softwareconfiguration, wherein the second processor operates using the bootimage.

This Overview is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. It may be understood that this Overview is not intended toidentify key features or essential features of the claimed subjectmatter, nor is it intended to be used to limit the scope of the claimedsubject matter.

BRIEF DESCRIPTION OF THE DRAWINGS

Many aspects of the disclosure can be better understood with referenceto the following drawings. The components in the drawings are notnecessarily to scale, emphasis instead being placed upon clearlyillustrating the principles of the present disclosure. Moreover, in thedrawings, like reference numerals designate corresponding partsthroughout the several views. While several embodiments are described inconnection with these drawings, the disclosure is not limited to theembodiments disclosed herein. On the contrary, the intent is to coverall alternatives, modifications, and equivalents.

FIG. 1 is a diagram illustrating a computing platform in animplementation.

FIG. 2 is a diagram illustrating management of a computing platform inan implementation.

FIG. 3 is a block diagram illustrating a management processor in animplementation.

FIG. 4 illustrates example cluster management implementations.

FIG. 5 illustrates example cluster management implementations.

FIG. 6 is a diagram illustrating components of a computing platform inan implementation.

FIG. 7 is a diagram illustrating components of a computing platform inan implementation.

FIG. 8 is a diagram illustrating components of a computing platform inan implementation.

DETAILED DESCRIPTION

FIG. 1 is a system diagram illustrating computing platform 100.Computing platform 100 includes one or more management processors 110,and a plurality of physical computing components. The physical computingcomponents include CPUs of processing modules 120, storage units 130,network modules 140, Peripheral Component Interconnect Express (PCIe)switch modules 150, and graphics processing units (GPUs) 170. Thesephysical computing components are communicatively coupled over PCIefabric 151 formed from PCIe switch elements 150 and variouscorresponding PCIe links. PCIe fabric 151 configured to communicativelycouple a plurality of plurality of physical computing components andestablish compute units using logical partitioning within the PCIefabric. These compute units, referred to in FIG. 1 as machine(s) 160,can each be comprised of any number of CPUs of processing modules 120,storage units 130, network interfaces 140 modules, and GPUs 170,including zero of any module. The computing platform 100 may furtherinclude an image storage 180 that may communicatively couple with themanagement processors 110 and which may store operating system images orother operating system data that may be deployed to storage units 130and may be used in operating the compute units 160. Depending on theimplementation, image storage 180 may be coupled to one or more ofmanagement processors 110 via sideband interfaces, isolated PCIeinterfaces, over PCIe fabric 151, or through various other arrangements.

The components of platform 100 can be included in one or more physicalenclosures, such as rack-mountable units which can further be includedin shelving or rack units. A predetermined number of components ofplatform 100 can be inserted or installed into a physical enclosure,such as a modular framework where modules can be inserted and removedaccording to the needs of a particular end user. An enclosed modularsystem, such as platform 100, can include physical support structure andenclosure that includes circuitry, printed circuit boards, semiconductorsystems, and structural elements. The modules that comprise thecomponents of platform 100 are insertable and removable from a rackmountstyle of enclosure. In some examples, the elements of FIG. 1 areincluded in a 2 U chassis for mounting in a larger rackmountenvironment. It should be understood that the components of FIG. 1 canbe included in any physical mounting environment, and need not includeany associated enclosures or rackmount elements.

Once the components of platform 100 have been inserted into theenclosure or enclosures, the components can be coupled over the PCIefabric and logically isolated into any number of separate compute unitscalled “machines” or compute blocks. The PCIe fabric can be configuredby management processor 110 to selectively route traffic among thecomponents of a particular processor module and with external systems,while maintaining logical isolation between components not included in aparticular processor module. In this way, a flexible “bare metal”configuration can be established among the components of platform 100.The individual compute blocks can be associated with external users orclient machines that can utilize the computing, storage, network, orgraphics processing resources of the compute block. Moreover, any numberof compute blocks can be grouped into a “cluster” of compute blocks forgreater parallelism and capacity. Although not shown in FIG. 1 forclarity, various power supply modules and associated power and controldistribution links can also be included.

Turning now to the components of platform 100, management processor 110can comprise one or more microprocessors and other processing circuitrythat retrieves and executes software, such as user interface 112 andmanagement operating system 111, from an associated storage system.Processor 110 can be implemented within a single processing device butcan also be distributed across multiple processing devices orsub-systems that cooperate in executing program instructions. Examplesof processor 110 include general purpose central processing units,application specific processors, and logic devices, as well as any othertype of processing device, combinations, or variations thereof. In someexamples, processor 110 comprises an Intel® or AMD® microprocessor, ARM®microprocessor, FPGA, ASIC, application specific processor, or othermicroprocessor or processing elements.

In FIG. 1, processor 110 provides interface 113. Interface 113 comprisesa communication link between processor 110 and any component coupled toPCIe fabric 151. This interface employs Ethernet traffic transportedover a PCIe link. Additionally, each processing module 120 in FIG. 1 isconfigured with driver 141 which provides for Ethernet communicationover PCIe links. Thus, any of processing module 120 and managementprocessor 110 can communicate over Ethernet that is transported over thePCIe fabric. A further discussion of this Ethernet over PCIeconfiguration is discussed below.

A plurality of processing modules 120 are included in platform 100. Eachprocessing module 120 includes one or more CPUs or microprocessors andother processing circuitry that retrieves and executes software, such asdriver 141 and any number of end user applications, from an associatedstorage system. Each processing module 120 can be implemented within asingle processing device but can also be distributed across multipleprocessing devices or sub-systems that cooperate in executing programinstructions. Examples of each processing module 120 include generalpurpose central processing units, application specific processors, andlogic devices, as well as any other type of processing device,combinations, or variations thereof. In some examples, each processingmodule 120 comprises an Intel® or AMD® microprocessor, ARM®microprocessor, graphics processor, compute cores, graphics cores,application specific integrated circuit (ASIC), or other microprocessoror processing elements. Each processing module 120 can also communicatewith other compute units, such as those in a same storageassembly/enclosure or another storage assembly/enclosure over one ormore PCIe interfaces and PCIe fabric 151.

A plurality of storage units 130 are included in platform 100. Eachstorage unit 130 includes one or more storage drives, such as solidstate drives in some examples. Each storage unit 130 also includes PCIeinterfaces, control processors, and power system elements. Each storageunit 130 also includes an on-sled processor or control system fortraffic statistics and status monitoring, among other operations. Eachstorage unit 130 comprises one or more solid state memory devices with aPCIe interface. In yet other examples, each storage unit 130 comprisesone or more separate solid state drives (SSDs) or magnetic hard diskdrives (HDDs) along with associated enclosures and circuitry.

Image storage 180 may be included in platform 100. Image storage 180 mayinclude one or more storage drives, such as solid state drives in someexamples, or one or more storage units that include one or more storagedrives. For example, image storage 180 may comprises one or more solidstate memory devices or one or more separate solid state drives (SSDs),magnetic hard disk drives (HDDs), or memory devices, along withassociated enclosures and circuitry Image storage 180 is shown ascoupled to the management processors 110 in FIG. 1. In such anembodiment, image storage 180 may be coupled to the managementprocessors 110 using any suitable communication link such as PCIe, NVMe,Ethernet, Serial Attached SCSI (SAS), FibreChannel, Thunderbolt, SerialAttached ATA Express (SATA Express), and the like. In other examples,image storage 180 may be coupled to PCIe fabric 151 as described abovefor storage units 130.

In some examples, image storage 180 may store one or more softwareconfigurations. The software configurations may be disk images orinstallation data that may be deployed to the storage modules 130 by themanagement processors 110. In some examples, the software configurationsmay include operating systems and applications. More particularly, thedisk images may include boot images that include operating systems andapplications in a form that may be copied to a storage device of thestorage modules 130 and then booted from the receiving storage device bya CPU 120. In other examples, image storage 180 may include installationdata that may be installed to a storage device of storage modules 130 toand thereby provide a result similar to the deployment of a boot imageto that storage device.

A plurality of graphics processing units (GPUs) 170 are included inplatform 100. Each GPU comprises a graphics processing resource that canbe allocated to one or more compute units. The GPUs can comprisegraphics processors, shaders, pixel render elements, frame buffers,texture mappers, graphics cores, graphics pipelines, graphics memory, orother graphics processing and handling elements. In some examples, eachGPU 170 comprises a graphics ‘card’ comprising circuitry that supports aGPU chip. Example GPU cards include nVIDIA® Jetson cards that includegraphics processing elements and compute elements, along with varioussupport circuitry, connectors, and other elements. In further examples,other style of graphics processing units or graphics processingassemblies can be employed, such as machine learning processing units,tensor processing units (TPUs), or other specialized processors that mayinclude similar elements as GPUs but lack rendering components to focusprocessing and memory resources on processing of data.

Network interfaces 140 include network interface cards for communicatingover TCP/IP (Transmission Control Protocol (TCP)/Internet Protocol)networks or for carrying user traffic, such as iSCSI (Internet SmallComputer System Interface) or NVMe (NVM Express) traffic for storageunits 130 or other TCP/IP traffic for processing modules 120. Networkinterfaces 140 can comprise Ethernet interface equipment, and cancommunicate over wired, optical, or wireless links. External access tocomponents of platform 100 is provided over packet network linksprovided by network interfaces 140. Network interfaces 140 communicatewith other components of platform 100, such as processing modules 120and storage units 130 over associated PCIe links and PCIe fabric 151. Insome examples, network interfaces are provided for intra-system networkcommunication among for communicating over Ethernet networks forexchanging communications between any of processing modules 120 andmanagement processors 110.

Each PCIe switch 150 communicates over associated PCIe links. In theexample in FIG. 1, PCIe switches 150 can be used for carrying user databetween network interfaces 140, storage modules 130, and processingmodules 120. Each PCIe switch 150 comprises a PCIe cross connect switchfor establishing switched connections between any PCIe interfaceshandled by each PCIe switch 150. In some examples, each PCIe switch 150comprises a PLX Technology PEX8725 10-port, 24 lane PCIe switch chip. Inother examples, each PCIe switch 150 comprises a PLX Technology PEX879624-port, 96 lane PCIe switch chip.

The PCIe switches discussed herein can comprise PCIe crosspointswitches, which logically interconnect various ones of the associatedPCIe links based at least on the traffic carried by each PCIe link. Inthese examples, a domain-based PCIe signaling distribution can beincluded which allows segregation of PCIe ports of a PCIe switchaccording to user-defined groups. The user-defined groups can be managedby processor 110 which logically integrate components into associatedcompute units 160 of a particular cluster and logically isolatecomponents and compute units among different clusters. In addition to,or alternatively from the domain-based segregation, each PCIe switchport can be a non-transparent (NT) or transparent port. An NT port canallow some logical isolation between endpoints, much like a bridge,while a transparent port does not allow logical isolation, and has theeffect of connecting endpoints in a purely switched configuration.Access over an NT port or ports can include additional handshakingbetween the PCIe switch and the initiating endpoint to select aparticular NT port or to allow visibility through the NT port.

Advantageously, this NT port-based segregation or domain-basedsegregation can allow physical components (i.e. CPU, GPU, storage,network) only to have visibility to those components that are includedvia the segregation/partitioning. Thus, groupings among a plurality ofphysical components can be achieved using logical partitioning among thePCIe fabric. This partitioning is scalable in nature, and can bedynamically altered as-needed by a management processor or other controlelements. The management processor can control PCIe switch circuitrythat comprises the PCIe fabric to alter the logical partitioning orsegregation among PCIe ports and thus alter composition of groupings ofthe physical components. These groupings, referred herein as computeunits, can individually form “machines” and can be further grouped intoclusters of many compute units/machines. Physical components, such asstorage drives, processors, or network interfaces, can be added to orremoved from compute units according to user instructions received overa user interface, dynamically in response to loading/idle conditions, orpreemptively due to anticipated need, among other considerationsdiscussed herein.

As used herein, unless specified otherwise, domain and partition areintended to be interchangeable and may include similar schemes referredto by one of skill in the art as either domain and partition in PCIe andsimilar network technology. Further, as used herein, unless specifiedotherwise, segregating and partitioning are intended to beinterchangeable and may include similar schemes referred to by one ofskill in the art as either segregating and partitioning in PCIe andsimilar network technology.

PCIe can support multiple bus widths, such as x1, x4, x8, x16, and x32,with each multiple of bus width comprising an additional “lane” for datatransfer. PCIe also supports transfer of sideband signaling, such asSystem Management Bus (SMBus) interfaces and Joint Test Action Group(JTAG) interfaces, as well as associated clocks, power, andbootstrapping, among other signaling. PCIe also might have differentimplementations or versions employed herein. For example, PCIe version3.0 or later (e.g. 4.0, 5.0, and later) might be employed. Moreover,next-generation interfaces can be employed, such as Gen-Z, CacheCoherent Interconnect for Accelerators (CCIX), or Open CoherentAccelerator Processor Interface (OpenCAPI). Also, although PCIe is usedin FIG. 1, it should be understood that different communication links orbusses can instead be employed, such as NVMe, Ethernet, Serial AttachedSCSI (SAS), FibreChannel, Thunderbolt, Serial Attached ATA Express (SATAExpress), among other interconnect, network, and link interfaces. NVMe(NVM Express) is an interface standard for mass storage devices, such ashard disk drives and solid state memory devices. NVMe can supplantserial ATA (SATA) interfaces for interfacing with mass storage devicesin personal computers and server environments. However, these NVMeinterfaces are limited to one-to-one host-drive relationship, similar toSATA devices. In the examples discussed herein, a PCIe interface can beemployed to transport NVMe traffic and present a multi-drive systemcomprising many storage drives as one or more NVMe virtual logical unitnumbers (VLUNs) over a PCIe interface.

Any of the links in FIG. 1 can each use various communication media,such as air, space, metal, optical fiber, or some other signalpropagation path, including combinations thereof. Any of the links inFIG. 1 can include any number of PCIe links or lane configurations. Anyof the links in FIG. 1 can each be a direct link or might includevarious equipment, intermediate components, systems, and networks. Anyof the links in FIG. 1 can each be a common link, shared link,aggregated link, or may be comprised of discrete, separate links.

In FIG. 1, any processing module 120 has configurable logical visibilityto any/all storage units 130, GPU 170 or other physical components ofplatform 100, as segregated logically by the PCIe fabric. Any processingmodule 120 can transfer data for storage on any storage unit 130 andretrieve data stored on any storage unit 130. Thus, ‘m’ number ofstorage drives can be coupled with ‘n’ number of processors to allow fora large, scalable architecture with a high-level of redundancy anddensity. Furthermore, any processing module 120 can transfer data forprocessing by any GPU 170 or hand off control of any GPU to anotherprocessing module 120.

To provide visibility of each processing module 120 to any storage unit130 or GPU 170, various techniques can be employed. In a first example,management processor 110 establishes a cluster that includes one or morecompute units 160. These compute units comprise one or more processingmodules 120, zero or more storage units 130, zero or more networkinterface units 140, and zero or more graphics processing units 170.Elements of these compute units are communicatively coupled by portionsof PCIe fabric 151. Once compute units 160 have been assigned to aparticular cluster, further resources can be assigned to that cluster,such as storage resources, graphics processing resources, and networkinterface resources, among other resources. Management processor 110 caninstantiate/bind a subset number of the total quantity of storageresources of platform 100 to a particular cluster and for use by one ormore compute units 160 of that cluster. For example, 16 storage drivesspanning 4 storage units might be assigned to a group of two computeunits 160 in a cluster. The compute units 160 assigned to a cluster thenhandle transactions for that subset of storage units, such as read andwrite transactions.

Each compute unit 160, specifically each processor of the compute unit,can have memory-mapped or routing-table based visibility to the storageunits or graphics units within that cluster, while other units notassociated with a cluster are generally not accessible to the computeunits until logical visibility is granted. Moreover, each compute unitmight only manage a subset of the storage or graphics units for anassociated cluster. Storage operations or graphics processing operationsmight, however, be received over a network interface associated with afirst compute unit that are managed by a second compute unit. When astorage operation or graphics processing operation is desired for aresource unit not managed by a first compute unit (i e managed by thesecond compute unit), the first compute unit uses the memory mappedaccess or routing-table based visibility to direct the operation to theproper resource unit for that transaction, by way of the second computeunit. The transaction can be transferred and transitioned to theappropriate compute unit that manages that resource unit associated withthe data of the transaction. For storage operations, the PCIe fabric isused to transfer data between compute units/processors of a cluster sothat a particular compute unit/processor can store the data in thestorage unit or storage drive that is managed by that particular computeunit/processor, even though the data might be received over a networkinterface associated with a different compute unit/processor. Forgraphics processing operations, the PCIe fabric is used to transfergraphics data and graphics processing commands between computeunits/processors of a cluster so that a particular computeunit/processor can control the GPU or GPUs that are managed by thatparticular compute unit/processor, even though the data might bereceived over a network interface associated with a different computeunit/processor. Thus, while each particular compute unit of a clusteractually manages a subset of the total resource units (such as storagedrives in storage units or graphics processors in graphics units), allcompute units of a cluster have visibility to, and can initiatetransactions to, any of resource units of the cluster. A managingcompute unit that manages a particular resource unit can receivere-transferred transactions and any associated data from an initiatingcompute unit by at least using a memory-mapped address space or routingtable to establish which processing module handles storage operationsfor a particular set of storage units.

In graphics processing examples, NT partitioning or domain-basedpartitioning in the switched PCIe fabric can be provided by one or moreof the PCIe switches with NT ports or domain-based features. Thispartitioning can ensure that GPUs can be interworked with a desiredcompute unit and that more than one GPU, such as more than eight (8)GPUs can be associated with a particular compute unit. Moreover, dynamicGPU-compute unit relationships can be adjusted on-the-fly usingpartitioning across the PCIe fabric. Shared network resources can alsobe applied across compute units for graphics processing elements. Forexample, when a first compute processor determines that the firstcompute processor does not physically manage the graphics unitassociated with a received graphics operation, then the first computeprocessor transfers the graphics operation over the PCIe fabric toanother compute processor of the cluster that does manage the graphicsunit.

In further examples, memory mapped direct memory access (DMA) conduitscan be formed between individual CPU/GPU pairs. This memory mapping canoccur over the PCIe fabric address space, among other configurations. Toprovide these DMA conduits over a shared PCIe fabric comprising manyCPUs and GPUs, the logical partitioning described herein can beemployed. Specifically, NT ports or domain-based partitioning on PCIeswitches can isolate individual DMA conduits among the associatedCPUs/GPUs.

In storage operations, such as a write operation, data can be receivedover network interfaces 140 of a particular cluster by a particularprocessor of that cluster. Load balancing or other factors can allow anynetwork interface of that cluster to receive storage operations for anyof the processors of that cluster and for any of the storage units ofthat cluster. For example, the write operation can be a write operationreceived over a first network interface 140 of a first cluster from anend user employing an iSCSI protocol or NVMe protocol. A first processorof the cluster can receive the write operation and determine if thefirst processor manages the storage drive or drives associated with thewrite operation, and if the first processor does, then the firstprocessor transfers the data for storage on the associated storagedrives of a storage unit over the PCIe fabric. The individual PCIeswitches 150 of the PCIe fabric can be configured to route PCIe trafficassociated with the cluster among the various storage, processor, andnetwork elements of the cluster, such as using domain-based routing orNT ports. If the first processor determines that the first processordoes not physically manage the storage drive or drives associated withthe write operation, then the first processor transfers the writeoperation to another processor of the cluster that does manage thestorage drive or drives over the PCIe fabric. Data striping can beemployed by any processor to stripe data for a particular writetransaction over any number of storage drives or storage units, such asover one or more of the storage units of the cluster.

In this example, PCIe fabric 151 associated with platform 100 has 64-bitaddress spaces, which allows an addressable space of 2⁶⁴ bytes, leadingto at least 16 exbibytes of byte-addressable memory. The 64-bit PCIeaddress space can shared by all compute units or segregated amongvarious compute units forming clusters for appropriate memory mapping toresource units. The individual PCIe switches 150 of the PCIe fabric canbe configured to segregate and route PCIe traffic associated withparticular clusters among the various storage, compute, graphicsprocessing, and network elements of the cluster. This segregation androuting can be establishing using domain-based routing or NT ports toestablish cross-point connections among the various PCIe switches of thePCIe fabric. Redundancy and failover pathways can also be established sothat traffic of the cluster can still be routed among the elements ofthe cluster when one or more of the PCIe switches fails or becomesunresponsive. In some examples, a mesh configuration is formed by thePCIe switches of the PCIe fabric to ensure redundant routing of PCIetraffic.

Management processor 110 controls the operations of PCIe switches 150and PCIe fabric 151 over one or more interfaces, which can includeinter-integrated circuit (I2C) interfaces that communicatively coupleeach PCIe switch of the PCIe fabric. Management processor 110 canestablish NT-based or domain-based segregation among a PCIe addressspace using PCIe switches 150. Each PCIe switch can be configured tosegregate portions of the PCIe address space to establishcluster-specific partitioning. Various configuration settings of eachPCIe switch can be altered by management processor 110 to establish thedomains and cluster segregation. In some examples, management processor110 can include a PCIe interface and communicate/configure the PCIeswitches over the PCIe interface or sideband interfaces transportedwithin the PCIe protocol signaling.

Management operating system (OS) 111 is executed by management processor110 and provides for management of resources of platform 100. Themanagement includes creation, alteration, and monitoring of one or moreclusters comprising one or more compute units. Management OS 111provides for the functionality and operations described herein formanagement processor 110.

Management processor 110 also includes user interface 112, which canpresent graphical user interface (GUI) 190 to one or more users. Userinterface 112 and GUI 190 can be employed by end users or administratorsto establish clusters, assign assets (compute units/machines) to eachcluster. In FIG. 1, GUI 190 allows end users to create and administerclusters as well as assign one or more machine/compute units to theclusters. GUI 190 provides telemetry information for the operation ofsystem 100 to end users, such as in one or more status interfaces orstatus views. The state of various components or elements of system 100can be monitored through GUI 190, such as processor/CPU state, networkstate, storage unit state, PCIe element state, among others. Userinterface 112 can provide other user interfaces than GUI 190, such ascommand line interfaces, application programming interfaces (APIs), orother interfaces. In some examples, GUI 190 is provided over awebsockets-based interface.

One or more management processors can be included in a system, such aswhen each management processor can manage resources for a predeterminednumber of clusters or compute units. User commands, such as thosereceived over a GUI, can be received into any of the managementprocessors of a system and forwarded by the receiving managementprocessor to the handling management processor. Each managementprocessor can have a unique or pre-assigned identifier which can aid indelivery of user commands to the proper management processor.Additionally, management processors can communicate with each other,such as using a mailbox process or other data exchange technique. Thiscommunication can occur over dedicated sideband interfaces, such as I2Cinterfaces, or can occur over PCIe or Ethernet interfaces that coupleeach management processor.

Management OS 111 also includes emulated network interface 113. Emulatednetwork interface 113 comprises a transport mechanism for transportingnetwork traffic over one or more PCIe interfaces. Emulated networkinterface 113 can emulate a network device, such as an Ethernet device,to management processor 110 so that management processor 110 caninteract/interface with any of processing modules 120 over a PCIeinterface as if the processor was communicating over a networkinterface. Emulated network interface 113 can comprise a kernel-levelelement or module which allows management OS 111 to interface usingEthernet-style commands and drivers. Emulated network interface 113allows applications or OS-level processes to communicate with theemulated network device without having associated latency and processingoverhead associated with a network stack. Emulated network interface 113comprises a software component, such as a driver, module, kernel-levelmodule, or other software component that appears as a network device tothe application-level and system-level software executed by theprocessor device.

In the examples herein, network interface 113 advantageously does notrequire network stack processing to transfer communications. Instead,emulated network interface 113 transfers communications as associatedtraffic over a PCIe interface or PCIe fabric to another emulated networkdevice. Emulated network interface 113 does not employ network stackprocessing yet still appears as network device to the operating systemof an associated processor, so that user software or operating systemelements of the associated processor can interact with network interface113 and communicate over a PCIe fabric using existing network-facingcommunication methods, such as Ethernet communications.

Emulated network interface 113 translates PCIe traffic into networkdevice traffic and vice versa. Processing communications transferred tothe network device over a network stack is omitted, where the networkstack would typically be employed for the type of networkdevice/interface presented. For example, the network device might bepresented as an Ethernet device to the operating system or applications.Communications received from the operating system or applications are tobe transferred by the network device to one or more destinations.However, emulated network interface 113 does not include a network stackto process the communications down from an application layer down to alink layer. Instead, emulated network interface 113 extracts the payloaddata and destination from the communications received from the operatingsystem or applications and translates the payload data and destinationinto PCIe traffic, such as by encapsulating the payload data into PCIeframes using addressing associated with the destination.

Management driver 141 is included on each processing module 120.Management driver 141 can include emulated network interfaces, such asdiscussed for emulated network interface 113. Additionally, managementdriver 141 monitors operation of the associated processing module 120and software executed by a CPU of processing module 120 and providestelemetry for this operation to management processor 110. Thus, any userprovided software can be executed by CPUs of processing modules 120,such as user-provided operating systems (Windows, Linux, MacOS, Android,iOS, etc. . . . ) or user application software and drivers. Managementdriver 141 provides functionality to allow each processing module 120 toparticipate in the associated compute unit and/or cluster, as well asprovide telemetry data to an associated management processor. Eachprocessing module 120 can also communicate with each other over anemulated network device that transports the network traffic over thePCIe fabric. Driver 141 also provides an API for user software andoperating systems to interact with driver 141 as well as exchangecontrol/telemetry signaling with management processor 110.

FIG. 2 is a system diagram that includes further details on elementsfrom FIG. 1. System 200 includes a detailed view of an implementation ofprocessing module 120 as well as management processor 110.

In FIG. 2, processing module 120 can be an exemplary processor in anycompute unit or machine of a cluster. Detailed view 201 shows severallayers of processing module 120. A first layer 121 is the hardware layeror “metal” machine infrastructure of processor processing module 120. Asecond layer 122 provides the OS as well as management driver 141 andAPI 125. Finally, a third layer 124 provides user-level applications.View 201 shows that user applications can access storage, processing(CPU or GPU), and communication resources of the cluster, such as whenthe user application comprises a clustered storage system or a clusteredprocessing system.

As discussed above, driver 141 provides an emulated network device forcommunicating over a PCIe fabric with management processor 110 (or otherprocessor elements). This is shown in FIG. 2 as Ethernet traffictransported over PCIe. However, a network stack is not employed indriver 141 to transport the traffic over PCIe. Instead, driver 141appears as a network device to an operating system or kernel to eachprocessing module 120. User-level services/applications/software caninteract with the emulated network device without modifications from anormal or physical network device. However, the traffic associated withthe emulated network device is transported over a PCIe link or PCIefabric, as shown. API 113 can provide a standardized interface for themanagement traffic, such as for control instructions, control responses,telemetry data, status information, or other data.

FIG. 3 is s block diagram illustrating management processor 300.Management processor 300 illustrates an example of any of the managementprocessors discussed herein, such as processor 110 of FIG. 1. Managementprocessor 300 includes communication interface 302, user interface 303,and processing system 310. Processing system 310 includes processingcircuitry 311, random access memory (RAM) 312, and storage 313, althoughfurther elements can be included.

Processing circuitry 311 can be implemented within a single processingdevice but can also be distributed across multiple processing devices orsub-systems that cooperate in executing program instructions. Examplesof processing circuitry 311 include general purpose central processingunits, microprocessors, application specific processors, and logicdevices, as well as any other type of processing device. In someexamples, processing circuitry 311 includes physically distributedprocessing devices, such as cloud computing systems.

Communication interface 302 includes one or more communication andnetwork interfaces for communicating over communication links, networks,such as packet networks, the Internet, and the like. The communicationinterfaces can include PCIe interfaces, Ethernet interfaces, serialinterfaces, serial peripheral interface (SPI) links, inter-integratedcircuit (I2C) interfaces, universal serial bus (USB) interfaces, UARTinterfaces, wireless interfaces, or one or more local or wide areanetwork communication interfaces which can communicate over Ethernet orInternet protocol (IP) links. Communication interface 302 can includenetwork interfaces configured to communicate using one or more networkaddresses, which can be associated with different network links.Examples of communication interface 302 include network interface cardequipment, transceivers, modems, and other communication circuitry.

User interface 303 may include a touchscreen, keyboard, mouse, voiceinput device, audio input device, or other touch input device forreceiving input from a user. Output devices such as a display, speakers,web interfaces, terminal interfaces, and other types of output devicesmay also be included in user interface 303. User interface 303 canprovide output and receive input over a network interface, such ascommunication interface 302. In network examples, user interface 303might packetize display or graphics data for remote display by a displaysystem or computing system coupled over one or more network interfaces.Physical or logical elements of user interface 303 can provide alerts orvisual outputs to users or other operators. User interface 303 may alsoinclude associated user interface software executable by processingsystem 310 in support of the various user input and output devicesdiscussed above. Separately or in conjunction with each other and otherhardware and software elements, the user interface software and userinterface devices may support a graphical user interface, a natural userinterface, or any other type of user interface.

RAM 312 and storage 313 together can comprise a non-transitory datastorage system, although variations are possible. RAM 312 and storage313 can each comprise any storage media readable by processing circuitry311 and capable of storing software and OS images. RAM 312 can includevolatile and nonvolatile, removable and non-removable media implementedin any method or technology for storage of information, such as computerreadable instructions, data structures, program modules, or other data.Storage 313 can include non-volatile storage media, such as solid statestorage media, flash memory, phase change memory, or magnetic memory,including combinations thereof. RAM 312 and storage 313 can each beimplemented as a single storage device but can also be implementedacross multiple storage devices or sub-systems. RAM 312 and storage 313can each comprise additional elements, such as controllers, capable ofcommunicating with processing circuitry 311.

Software stored on or in RAM 312 or storage 313 can comprise computerprogram instructions, firmware, or some other form of machine-readableprocessing instructions having processes that when executed a processingsystem direct processor 300 to operate as described herein. For example,software 320 can drive processor 300 to receive user commands toestablish clusters comprising compute blocks among a plurality ofphysical computing components that include processing modules, storagemodules, and network modules. In some examples, software 320 can driveprocessor 300 to deploy data from images 330 to be utilized in a computeunit (e.g. as a disk image or by performing an installation process).This data can comprise operating system images, pre-installedapplications, bootable software images, ISO files, containers, Dockers,virtual nodes, or other data to a storage device. Software 320 can driveprocessor 300 to receive and monitor telemetry data, statisticalinformation, operational data, and other data to provide telemetry tousers and alter operation of clusters according to the telemetry data orother data. Software 320 can drive processor 300 to manage cluster andcompute/graphics unit resources, establish domain partitioning or NTpartitioning among PCIe fabric elements, and interface with individualPCIe switches, among other operations. The software can also includeuser software applications, application programming interfaces (APIs),or user interfaces. The software can be implemented as a singleapplication or as multiple applications. In general, the software can,when loaded into a processing system and executed, transform theprocessing system from a general-purpose device into a special-purposedevice customized as described herein.

System software 320 illustrates a detailed view of an exampleconfiguration of RAM 312. It should be understood that differentconfigurations are possible. System software 320 includes applications321 and operating system (OS) 322. Software applications 323-326 eachcomprise executable instructions which can be executed by processor 300for operating a cluster controller or other circuitry according to theoperations discussed herein.

Specifically, cluster management application 323 establishes andmaintains clusters and compute units among various hardware elements ofa computing platform, such as seen in FIG. 1. User interface application324 provides one or more graphical or other user interfaces for endusers to administer associated clusters and compute units and monitoroperations of the clusters and compute units. Inter-module communicationapplication 325 provides communication among other processor 300elements, such as over I2C, Ethernet, emulated network devices, or PCIeinterfaces. User CPU interface 327 provides communication, APIs, andemulated network devices for communicating with processors of computeunits, and specialized driver elements thereof. PCIe fabric interface328 establishes various logical partitioning or domains among PCIeswitch elements, controls operation of PCIe switch elements, andreceives telemetry from PCIe switch elements.

Software 320 can reside in RAM 312 during execution and operation ofprocessor 300, and can reside in storage system 313 during a powered-offstate, among other locations and states. Software 320 can be loaded intoRAM 312 during a startup or boot procedure as described for computeroperating systems and applications. Software 320 can receive user inputthrough user interface 303. This user input can include user commands,as well as other input, including combinations thereof.

Storage system 313 can comprise flash memory such as NAND flash or NORflash memory, phase change memory, magnetic memory, among other solidstate storage technologies. As shown in FIG. 3, storage system 313includes software 320. As described above, software 320 can be in anon-volatile storage space for applications and OS during a powered-downstate of processor 300, among other operating software.

Processor 300 is generally intended to represent a computing system withwhich at least software 320 is deployed and executed in order to renderor otherwise implement the operations described herein. However,processor 300 can also represent any computing system on which at leastsoftware 320 can be staged and from where software 320 can bedistributed, transported, downloaded, or otherwise provided to yetanother computing system for deployment and execution, or yet additionaldistribution.

The systems and operations discussed herein provide for dynamicassignment of computing resources, graphics processing resources,network resources, or storage resources to a computing cluster. Thecomputing units are disaggregated from any particular cluster orcomputing unit until allocated by users of the system. Managementprocessors can control the operations of the cluster and provide userinterfaces to the cluster management service provided by softwareexecuted by the management processors. A cluster includes at least one“machine” or computing unit, while a computing unit include at least aprocessor element. Computing units can also include network interfaceelements, graphics processing elements, and storage elements, but theseelements are not required for a computing unit.

Processing resources and other elements (graphics processing, network,storage) can be swapped in and out of computing units and associatedclusters on-the-fly, and these resources can be assigned to othercomputing units or clusters. In one example, graphics processingresources can be dispatched/orchestrated by a first computingresource/CPU and subsequently provide graphics processing status/resultsto another compute unit/CPU. In another example, when resourcesexperience failures, hangs, overloaded conditions, then additionalresources can be introduced into the computing units and clusters tosupplement the resources.

Processing resources can have unique identifiers assigned thereto foruse in identification by the management processor and for identificationon the PCIe fabric. User supplied software such as operating systems andapplications can be deployed to processing resources as-needed when theprocessing resources are initialized after adding into a compute unit,and the user supplied software can be removed from a processing resourcewhen that resource is removed from a compute unit. The user software canbe deployed from a storage system that the management processor canaccess for the deployment. Storage resources, such as storage drives,storage devices, and other storage resources, can be allocated andsubdivided among compute units/clusters. These storage resources canspan different or similar storage drives or devices, and can have anynumber of logical units (LUNs), logical targets, partitions, or otherlogical arrangements. These logical arrangements can include one or moreLUNs, iSCSI LUNs, NVMe targets, or other logical partitioning. Arrays ofthe storage resources can be employed, such as mirrored, striped,redundant array of independent disk (RAID) arrays, or other arrayconfigurations can be employed across the storage resources. Networkresources, such as network interface cards, can be shared among thecompute units of a cluster using bridging or spanning techniques.Graphics resources, such as GPUs, can be shared among more than onecompute unit of a cluster using NT partitioning or domain-basedpartitioning over the PCIe fabric and PCIe switches.

FIGS. 4 and 5 include further detail on a disaggregated computingarchitecture, such as discussed herein in FIG. 1 for computing platform100. More particularly, FIGS. 4 and 5 detail example configurations andmethods of operating a disaggregated computing architecture. Theseexamples include operating compute units in a clustered environment. Theclusters can be formed using one or more compute units that each includea plurality of physical computing components communicatively coupledover a Peripheral Component Interconnect Express (PCIe) fabric.

The physical computing components include at least central processingunits (CPUs), storage modules, graphics processing modules (GPUs), andnetwork interface modules. These physical computing components are allcommunicatively coupled over a PCIe fabric. The PCIe fabric can isolatethe compute units from each other or within clusters in the clusteredenvironment using logical partitioning within the PCIe fabric. Moreover,software components can be deployed by a management processor to atleast an associated CPU within each of the compute units responsive toformation of the compute units. Various monitoring functions can beincluded in the deployed software components, and telemetry can bereported to the management processor related to operation of the computeunits.

In some examples, a network driver function of the software component isincluded that emulates operation of a network interface, such as anEthernet interface, to an operating system of an associated CPU of acompute unit for transfer of communications comprising at least thetelemetry to the management processor over the PCIe fabric. The networkdriver function can include functionality for transferringcommunications over the PCIe fabric for delivery to the managementprocessor without processing the communications through a network stack.

Based at least on the logical partitioning of the PCIe fabric, thecompute units have visibility over the PCIe fabric to only a subset ofthe plurality of physical computing components assigned to each of thecompute units within the PCIe fabric. Each particular compute unit lacksvisibility over the PCIe fabric to other physical computing componentsthat are communicatively coupled over the PCIe fabric and not assignedto the particular compute unit. However, the logical partitioning canalso be configured to form clusters of compute units, where the computeunits of the cluster can have visibility to other compute units of thecluster over the PCIe fabric, but be partitioned from having visibilityto compute units not of the cluster. Typically, a management processoris configured to instruct the PCIe fabric to establish the logicalpartitioning within the PCIe fabric by at least forming domain-basedPCIe segregation among ports of PCIe switches that comprise the PCIefabric. However, the management processor can be configured to instructthe PCIe fabric to establish the logical partitioning within the PCIefabric by at least forming non-transparent (NT) port-based PCIesegregation among ports of PCIe switches that comprise the PCIe fabric.

Dynamic alterations to the composition of the compute units and computeclusters can also be achieved. These dynamic alterations can beresponsive to user instructions, graphical user interface indicationsreceived from users, or by automated processes that detect performanceof the compute units and compute clusters. For example, responsive toalteration of the logical partitioning by the management processor, thedisaggregated platform changes a composition of the plurality ofphysical computing components within a compute unit. The composition ofthe plurality of physical computing components within a compute unit canbe altered to include at least one more CPU, GPU, storage module, andnetwork interface module. The composition of the plurality of physicalcomputing components within a compute unit can be altered to reduce aquantity of a CPU, GPU, storage module, and network interface moduleincluded in the compute unit.

Moreover, clusters can be altered to increase or decrease the number ofcompute units included therein, such as to increase processing power ofa cluster by adding more compute units on-the-fly. Thus, both computeunits and clusters can be managed dynamically for enhancedresponsiveness to workload, user requirements, scheduling, and otherconsiderations. Since the physical computing components are all coupledvia a flexible and configurable PCIe fabric, the physical computingcomponents can be spun-up and spun-down as-needed and in response tovarious conditions and requirements. In a specific example, a computeunit might not initially be formed with a GPU, but later requirements orworkload changes might warrant inclusion of a GPU or more than one GPUinto the compute unit. The PCIe fabric partitioning can be alteredon-the-fly to allow one or more GPUs to be associated with the CPU orCPUs of the particular compute unit.

FIG. 4 illustrates a disaggregated infrastructure 400 highlightingcluster management operating system (OS) 410 executed by a managementprocessor and control of PCIe fabric 420. The management OS provides forthe management, automation, and orchestration of storage, compute, GPU,and network elements on PCIe-based fabrics. For example, storageelements 434, central processing elements (CPU) 433, graphics processingelements (GPU) 432, and network interface card (NIC) elements 431 areall able to be communicatively coupled over PCIe fabric 420. The PCIefabric enables the disaggregated architecture by providing apartition-able communication medium for coupling the various elementsinto compute units and grouping the compute units into clusters.

To provide the disaggregated architecture, FIG. 4 illustrates a pool offree elements (431-434) that have not yet been assigned to a particular“machine” 440 or compute unit and operating systems and applications 435present on the free pool of elements (431-434) or that may be deployedto storage devices for use in machines 440. The free elements arephysically present in the associated system but remain idle orunassigned to a particular cluster/machine/compute unit. The managementOS can select among the free elements and assign selected ones of thefree elements to a machine. Requirements for the machine, such as whattasks the machine is being employed for, can be processed by themanagement OS to aid in selection of proper elements among the freecompute, GPU, network, and storage elements. Users can interface withgraphical or command-line interfaces that allow definition or indicationof the requirements or other user targets.

The management OS can select among the free elements in response to theuser requests. In some examples, the management OS may deploy software435 to storage devices to be used in a machine 440. In some examples,the management OS may respond user instructions that specify aparticular software 435 to deploy to a storage device. In otherexamples, the user instructions may include one or more fields thatidentify characteristics for software 435 to be deployed and themanagement OS may be configured to select software 435 that matches theidentified characteristics. Further, in some examples, the userinstructions may specify the storage device to receive software 435while, in other examples, the management OS may select the storagedevice, for example, based on user specifications. In addition, wherethe management OS selects software 435 and storage device, themanagement OS may determine whether a free pool storage device alreadyincludes software 435 such that the free pool storage device may beallocated to machine 440 without deployment operations.

As mentioned above, the management OS may operate to select software 435and free pool elements based on characteristics specified by the user.In such examples, the management OS can learn to recognize variousrequests for elements and select suitable elements from the free pool.For example, the management OS can recognize particular user-providedoperating systems or user-provided applications that run on a cluster,and select certain free elements to include in one or more machinesbased on that recognition. In one example, the operating system to beexecuted by a particular machine might be specified by a user to be aLinux operating system. Particular elements can be selected from thefree pool to enable the machine to run the Linux operating system. Userapplications, operating systems, storage requirements, interface ortraffic requirements, or other considerations can be used to selectelements to include in each machine.

FIG. 5 illustrates clustered operation during dynamic “bare metal”orchestration. Several machines are shown for each cluster, withassociated machines comprised of physical elements/resources 540 such asCPUs, GPUs, NICs, and storage drives and software deployed thereto. Theclusters are electrically isolated using PCIe fabric 520, and amanagement system can dynamically pull elements/resources from a pool offree elements, such as seen in FIG. 4. Thus, one or more physicalenclosures, such as a rack-mounted hardware arrangement, can have manyelements (i.e. several processors, network interfaces, GPUs, and storagedrives) and these elements can be allocated dynamically among any numberof clusters and associated compute units/machines.

FIG. 5 illustrates example clusters, 1-N, with any number of clusterspossible depending upon the availability of resources to be assigned tomachines of the clusters. Although each cluster is shown to have threemachines, it should be understood that more or less than three machinesper cluster can be utilized. Moreover, each machine in each clusterindicates example elements assigned thereto. These assigned elements canchange dynamically according to policy based management, user commands,user instructions, preemptive or predictive allocation, idle/spin-downbased removal, or other considerations. One or more management servicesor control processors can be configured to perform this establishmentand alteration of machines and clusters using the PCIe fabric as amedium to couple the various elements dynamically.

As previously discussed, in some examples, the computing platform mayprovide for boot image or boot data deployment in establishing computingunits. Such operations are discussed herein with reference to FIGS. 6-8.FIG. 6 provides a flow diagram for use in the platforms and systemswhich may provide for boot image or boot data deployment in establishingcomputing units. FIGS. 7-8 illustrate the operation of the flow diagramof FIG. 6 in the context of a platform.

FIG. 6 includes a flow diagram that illustrates an operational exampleof boot image deployment in establishing compute units for any of thesystems discussed herein, such as for platform 100 of FIG. 1, system 200of FIG. 2, or processor 300 of FIG. 3. In FIG. 6, operations will bediscussed in context of elements of FIGS. 1 and 2, although theoperations can also apply to those in FIG. 3.

Management processor 110 may receive (601) user instructions toestablish a compute unit including instructions to deploy a boot imageto a storage device to be utilized in the compute unit. For example, theuser instructions may be received via a user interface as part of userinstructions to establish a cluster or may be received in instructionsto establish a specific compute unit. In some examples, the userinstructions may specify the boot image to deploy by using apre-established identifier for the boot image to be deployed. In otherexamples, the user instructions may include one or more fields thatidentify characteristics for the boot image to be deployed and themanagement processor may be configured to select a boot image thatmatches the identified characteristics. Further, in some examples, theuser instructions may specify the storage device to receive the bootimage while, in other examples, the management processor may select thestorage device, for example based on user specifications.

Upon receiving the user instructions to establish the compute unitincluding instructions to deploy the boot image, management processor110 may establish (602) a logical PCIe domain that includes managementprocessor 110 and a target storage device to receive boot image. In someexamples, management processor 110 is communicatively coupled to one ormore image storage devices, such as image storage 180 or storage 313. Infurther examples, the logical domain may further include the imagestorage device if, for example, management processor 110 accesses imagestorage devices via PCIe communications. Various examples forestablishing logical domains in PCIe and similar communication systemsare discussed above. Referring to previous examples, this may operate toremove the storage device from the free pool of devices. Establishing alogical PCIe domain may provide visibility between the managementprocessor and the storage device so that the management processor caninstantiate the storage device on a PCIe interface local to themanagement processor. In some examples, the management processor may bethe only root device visible to the storage device in the logicaldomain, where the storage device is an endpoint device in the logicaldomain.

Management processor 110 may then transfer (603) the boot image from theimage storage device to the target storage device desired to receive theboot image. In some examples, the boot image may be disk image thatincludes the contents and structure of a disk volume or of an entiredata storage device. This boot image can comprise operating systems,pre-installed applications, bootable software images, ISO files,containers, Dockers, virtual nodes, or other data to a storage device.The contents of the disk image may include an operating system and otherapplications for operating the compute unit in a state which may be usedfor booting the stored operating system. In other examples, themanagement processor may perform an installation and setup process tothe target storage device, for example, to install an operating systemand other applications to the target storage device.

Management processor 110 may then terminate (604) the logical domain byat least de-establishing the logical domain between management processor110 and the target storage device. In some examples, managementprocessor 110 may also return the target storage device that receivedboot image to the free pool. In other examples, the management processormay not return the storage device to the free pool but change theassignment of the storage device to a target compute unit directly.

Management processor 110 may allocate (605) physical resources for atarget compute unit including the target storage device that receivedthe boot image and, for example, a CPU and other physical components forthe compute unit. As with the storage device that received the bootimage, depending on the example, the CPU and other physical componentsfor the compute unit may be directly identified by the userinstructions, selected by the management processor based on the userinstructions, selected by the management processor without reference tothe user instructions and so on.

At operation 611, the management processor may establish a logical PCIedomain for the allocated physical resources of the compute unitincluding the target storage device that received the boot image. Insome examples, the establishing of the logical domain may providevisibility between the allocated processor and the target storage devicethat received the boot image. In some examples, the allocated processormay be the only root device visible to the storage device in the logicaldomain, while the target storage device is an endpoint or non-host onthe logical domain. The management processor may then initialize (612)the compute unit such that the allocated processor of compute unit seesand boots from the target storage device that received boot image. Thecompute unit may then operate (613) using the booted OS or othersoftware and data from the target storage device.

Many variations of the above process can be achieved. For example, whilethe example process discussed above operates based on user instructionsto establish a compute unit or cluster including instructions to deploya boot image to a target storage device, other examples may determinewhether a target storage device is available that has an indicated bootimage or software characteristics already deployed thereon. If so, themanagement processor may utilize the already configured target storagedevice or, if not, perform a deployment operation such as that discussedabove. Additionally, while the example above discusses boot image andboot data deployment, in other examples, the software configurationsdeployed may not be boot images or boot data. Instead, the procedurediscussed above may be utilized to deploy any data to storage devices.Further, the procedure discussed above may also be applied to deployingdata to a target storage device that is then dynamically added to analready initialized and booted compute unit.

FIGS. 7-8 illustrate the operation of process discussed above withregard to FIG. 6 in the context of a computing platform 700. For sake ofbrevity, the entire discussion of the process of FIG. 6 will not berepeated and the discussion of FIG. 6 may be used for additional detailsfor the operations discussed with regard to FIGS. 7 and 8.

FIG. 7 is presented to illustrate an example of the operation of theprocess discussed above with regard to FIG. 6 in the context of acomputing platform. In FIG. 7, computing platform 700 is presented andperforms operations 780. Computing platform 700 includes a managementCPU 710 with an attached image storage device 731, PCIe fabric 750, aswell assemblies 701-702 that house a plurality associated CPUs 761-763and a plurality of storage devices 764-766 as well as a correspondingPCIe switch 751-752, respectively. Assemblies 701-702 might comprise anychassis, rackmount or “just a box of disks” (JBOD) assemblies. A numberof PCIe links interconnect the elements of FIG. 7, namely PCIe links753-755. In some examples, PCIe link 755 may comprise a specialcontrol/management link that enables administrative or management-levelaccess of control to PCIe fabric 750. However, it should be understoodthat similar links to the other PCIe links can instead be employed. Inaddition, while shown as attached to the management CPU 710, the imagestorage device 731 may instead be coupled the PCIe fabric 750 instead ofthe management CPU 710 in other examples.

In operation 781, the management CPU 710 may receive user instructionsto establish a compute unit including instructions to deploy a bootimage to a storage device to be utilized in the compute unit. In someexamples, the user instructions may specify the boot image to deploy anda storage device to receive the boot image. In other examples, themanagement CPU 710 may determine a boot image and storage device, forexample, based on the user instructions. In the illustrated example, thestorage device to receive the boot image deployment is storage device765.

In operation 782, the management CPU 710 may establish a logical domain790 that includes the management CPU 710 and the storage device 765. Insome examples, establishing the logical domain 790 may providevisibility between the management CPU 710 and the storage device 765over the PCIe fabric. In some example, the logical domain may furtherinclude the image storage device 731, for example, if the management CPU710 accesses the image storage device 731 via PCIe communications.

In operation 783, the management CPU 710 may copy the boot image fromthe image storage device 731 to the storage device 765. Once the bootimage has been copied, in operation 784, the management CPU 710 mayde-establish the logical domain 790. In some examples, this may returnthe storage device 765 to the free pool. In other examples, themanagement CPU 710 may not reassign the storage device 765 to the freepool but change the assignment of the storage device 765 to the computeunit directly. The operations 780 of computing platform 700 continue inFIG. 8 with operations 880.

FIG. 8 is presented to illustrate an example of the operation of theprocess discussed above with regard to FIG. 6 in the context of acomputing platform. As previously mentioned, in FIG. 8, computingplatform 700 is presented and performs operations 880, which followoperation 784 of FIG. 7.

In operation 881, the management CPU 710 may allocate physical resourcesfor the compute unit including storage device 765 and, in this example,CPU 763. As with the storage device 765, depending on the exampleplatform, the CPU 763 and other physical components for the compute unit(not shown in this example) may be directly identified by the userinstructions, selected by the management CPU 710 based on the userinstructions, selected by the management CPU 710 without reference tothe user instructions and so on.

In operation 882, the management CPU 710 may establish a logical domain890 for the allocated physical resources of the compute unit includingstorage device 765 and the CPU 763. In operation 883, the management CPU710 may initialize the compute unit such that the CPU 763 sees and bootsfrom storage device 765 using the deployed boot image. The compute unitincluding CPU 763 and storage device 765 may then operate using thebooted OS in operation 884.

The functional block diagrams, operational scenarios and sequences, andflow diagrams provided in the Figures are representative of exemplarysystems, environments, and methodologies for performing novel aspects ofthe disclosure. While, for purposes of simplicity of explanation,methods included herein may be in the form of a functional diagram,operational scenario or sequence, or flow diagram, and may be describedas a series of acts, it is to be understood and appreciated that themethods are not limited by the order of acts, as some acts may, inaccordance therewith, occur in a different order and/or concurrentlywith other acts from that shown and described herein. For example, thoseskilled in the art will understand and appreciate that a method couldalternatively be represented as a series of interrelated states orevents, such as in a state diagram. Moreover, not all acts illustratedin a methodology may be required for a novel implementation.

The descriptions and figures included herein depict specificimplementations to teach those skilled in the art how to make and usethe best option. For the purpose of teaching inventive principles, someconventional aspects have been simplified or omitted. Those skilled inthe art will appreciate variations from these implementations that fallwithin the scope of the present disclosure. Those skilled in the artwill also appreciate that the features described above can be combinedin various ways to form multiple implementations. As a result, theinvention is not limited to the specific implementations describedabove, but only by the claims and their equivalents.

What is claimed is:
 1. A computing apparatus comprising: one or morecomputer readable storage media; a management processor operativelycoupled with the one or more computer readable storage media; andprogram instructions stored on the one or more computer readable storagemedia, that when executed by the management processor, direct themanagement processor to at least: instruct a communication fabric toestablish a first partitioning in the communication fabric between afirst processor and a storage element; deploy at least a softwareconfiguration to the storage element using the first partitioning;instruct the communication fabric to de-establish the firstpartitioning; and instruct the communication fabric to establish asecond partitioning in the communication fabric between a secondprocessor and the storage element comprising the software configuration,wherein the second processor operates using the software configuration.2. The computing apparatus of claim 1, wherein the second processorboots with a boot image comprising the software configuration from thestorage element over the second partitioning.
 3. The computing apparatusof claim 2, wherein the software configuration further comprises one ormore user applications configured to be executed by the secondprocessor.
 4. The computing apparatus of claim 1, wherein thecommunication fabric comprises one or more Peripheral ComponentInterconnect Express (PCIe) switches communicatively coupling aplurality of physical components that include a plurality of processorsand a plurality of storage elements.
 5. The computing apparatus of claim1, wherein the program instructions stored on the one or more computerreadable storage media, when executed by the management processor,further direct the management processor to at least: responsive to auser command to establish a compute unit having the softwareconfiguration and be formed among the second processor and the storageelement, establish the compute unit at least in part by instructing thecommunication fabric to establish the first partitioning as a firstcommunication path, store the software configuration to the storageelement, instruct the communication fabric to de-establish the firstcommunication path, and instruct the PCIe fabric to establish the secondpartitioning as a second communication path.
 6. The computing apparatusof claim 1, wherein the management processor comprises the firstprocessor and deploys at least the software configuration to the storageelement using the first partitioning.
 7. The computing apparatus ofclaim 1, wherein the first processor is coupled to at least a storagedevice that stores a plurality of software configurations comprising thesoftware configuration.
 8. The computing apparatus of claim 7, whereinthe plurality of software configurations comprise one or more installedapplications and one or more operating systems.
 9. The computingapparatus of claim 1, wherein the first partitioning comprises a firstdomain-based Peripheral Component Interconnect Express (PCIe)segregation among first ports of at least a first PCIe switch comprisingthe communication fabric, and wherein the second partitioning comprisesa second domain-based PCIe segregation among second ports of at least asecond PCIe switch comprising the communication fabric.
 10. A method,comprising: instructing a communication fabric to establish a firstpartitioning in the communication fabric between a first processor and astorage element; deploying at least a software configuration to thestorage element using the first partitioning; instructing thecommunication fabric to de-establish the first partitioning; andinstructing the communication fabric to establish a second partitioningin the communication fabric between a second processor and the storageelement comprising the software configuration, wherein the secondprocessor operates using the boot image.
 11. The method of claim 10,wherein the second processor boots with a boot image comprising thesoftware configuration from the storage element over the secondpartitioning.
 12. The method of claim 11, wherein the softwareconfiguration further comprises one or more user applications configuredto be executed by the second processor.
 13. The method of claim 10,wherein the communication fabric comprises one or more PeripheralComponent Interconnect Express (PCIe) switches communicatively couplinga plurality of physical components that include a plurality ofprocessors and a plurality of storage elements.
 14. The method of claim10, further comprising: responsive to a user command to establish acompute unit having the software configuration and be formed among thesecond processor and the storage element, establishing the compute unitat least in part by instructing the communication fabric to establishthe first partitioning as a first communication path, storing thesoftware configuration to the storage element, instructing thecommunication fabric to de-establish the first communication path, andinstructing the communication fabric to establish the secondpartitioning as a second communication path.
 15. The method of claim 10,wherein a management processor comprises the first processor configuredto deploy at least the software configuration to the storage elementusing the first partitioning and instruct the communication fabric toestablish and de-establish partitioning in the communication fabric. 16.The method of claim 10, wherein the first processor is coupled to atleast a storage device that stores a plurality of softwareconfigurations comprising the software configuration.
 17. The method ofclaim 16, wherein the plurality of software configurations comprise oneor more installed applications and one or more operating systems. 18.The method of claim 10, wherein the first partitioning comprises a firstdomain-based Peripheral Component Interconnect Express (PCIe)segregation among first ports of at least a first PCIe switch comprisingthe communication fabric, and wherein the second partitioning comprisesa second domain-based PCIe segregation among second ports of at least asecond PCIe switch comprising the communication fabric.
 19. A managementprocessor, comprising: a user interface configured to receive one ormore user commands to establish a compute unit having a softwareconfiguration and comprising a processing element and a storage element;and a management element configured to: instruct a communication fabricto establish a first partitioning within the communication fabric thatincludes the management processor and the storage element; transfer atleast the software configuration to the storage element; instruct thecommunication fabric to de-establish the first partitioning; andinstruct the communication fabric to establish a second partitioningwithin the communication fabric that includes the processing element andthe storage element such that the processing element will operateaccording to the software configuration from the storage element. 20.The management processor of claim 19, wherein the processing elementboots with a boot image comprising the software configuration from thestorage element over the second partitioning, and wherein the softwareconfiguration further comprises one or more user applications configuredto be executed by the processing element.